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(54) Finding locally-relevant information in a document 



(57) In order to find locally relevant information in a 
physical or electronic document (71), such as a guide 
book, which a user (70) already possesses, the user 
contacts a service system (40) over a mobile radio in- 
frastructure (10). The service system (40) is provided 



both with the identity of the document and the location 
of the user. The service system (40) accesses a data- 
base (44) that correlates location to a document refer- 
ence, such as a page number, where relevant informa- 
tion can be found in the document (71). The document 
reference is returned to the user (70). 
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Description 

Field of the Invention 

[0001 ] The present invention relates to location aware s 
mobile services and more particularly to a method and 
system for finding locally-relevant information in a phys- 
ical or electronic document already possessed by a us- 
er. 

10 

Background of the Invention 

[0002] Communication infrastructures suitable for 
mobile users (in particular, though not exclusively, cel- 
lular radio infrastructures) have now become widely is 
adopted. Whilst the primary driver has been mobile te- 
lephony, the desire to implement mobile data-based 
services over these infrastructures, has led to the rapid 
development of data-capable bearer services across 
such infrastructures. This has opened up the possibility 20 
of many Internet-based services being available to mo- 
bile users. 

[0003] By way of example, Figure 1 shows one form 
of known communication infrastructure for mobile users 
providing both telephony and data-bearer services. In 25 
this example, a mobile entity 20, provided with a radio 
subsystem 22 and a phone subsystem 23, communi- 
cates with the fixed infrastructure of GSM PLMN (Public 
Land Mobile Network) 1 0 to provide basic voice teleph- 
ony services. In addition, the mobile entity 20 includes 30 
a data-handling subsystem 25 interworking, via data in- 
terface 24, with the radio subsystem 22 for the transmis- 
sion and reception of data over a data-capable bearer 
service provided by the PLMN; the data-capable bearer 
service enables the mobile entity 20 to communicate 35 
with a service system 40 connected to the public Internet 
39. The data handling subsystem 25 supports an oper- 
ating environment 26 in which applications run, the op- 
erating environment including an appropriate communi- 
cations stack. 40 
[0004] More particularly, the fixed infrastructure 1 0 of 
the GSM PLMN comprises one or more Base Station 
Subsystems (BSS) 11 and a Network and Switching 
Subsystem NSS 12. Each BSS 11 comprises a Base 
Station Controller (BSC) 14 controlling multiple Base 45 
Transceiver Stations (BTS) 13 each associated with a 
respective "cell" of the radio network. When active, the 
radio subsystem 22 of the mobile entity 20 communi- 
cates via a radio link with the BTS 1 3 of the cell in which 
the mobile entity is currently located. As regards the so 
NSS 12, this comprises one or more Mobile Switching 
Centers (MSC) 15 together with other elements such as 
Visitor Location Registers 32 and Home Location Reg- 
ister 32. 

[0005] When the mobile entity 20 is used to make a 55 
normal telephone call, a traffic circuit for carrying digi- 
tised voice is set up through the relevant BSS 1 1 to the 
NSS 12 which is then responsible for routing the call to 
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the target phone (whether in the same PLMN or in an- 
other network). 

[0006] With respect to data transmission to/from the 
mobile entity 20, in the present example three different 
data-capable bearer services are depicted though other 
possibilities exist. A first data-capable bearer service is 
available in the form of a Circuit Switched Data (CSD) 
service; in this case a full traffic circuit is used for carry- 
ing data and the MSC 32 routes the circuit to an Inter- 
Working Function IWF 34 the precise nature of which 
depends on what is connected to the other side of the 
IWF. Thus, IWF could be configured to provide direct 
access to the public Internet 39 (that is, provide func- 
tionality similar to an IAP - Internet Access Provider 
IAP). Alternatively, the IWF could simply be a modem 
connecting to a PSTN; in this case, Internet access can 
be achieved by connection across the PSTN to a stand- 
ard IAP. 

[0007] A second, low bandwidth, data-capable bearer 
service is available through use of the Short Message 
Service that passes data carried in signalling channel 
slots to an SMS unit which can be arranged to provide 
connectivity to the public Internet 39. 
[0008] A third data-capable bearer service is provided 
in the form of GPRS (General Packet Radio Service 
which enables IP (or X.25) packet data to be passed 
from the data handling system of the mobile entity 20, 
via the data interface 24, radio subsystem 21 and rele- 
vant BSS 11, to a GPRS network 17 of the PLMN 10 
(and vice versa). The GPRS network 1 7 includes a SG- 
SN (Serving GPRS Support Node) 18 interfacing BSC 
14 with the network 17, and a GGSN (Gateway GPRS 
Support Node) interfacing the network 1 7 with an exter- 
nal network (in this example, the public Internet 39). Full 
details of GPRS can be found in the ETSI (European 
Telecommunications Standards Institute) GSM 03.60 
specification. Using GPRS, the mobile entity 20 can ex- 
change packet data via the BSS 11 and GPRS network 
17 with entities connected to the public Internet 39. 
[0009] The data connection between the PLMN 10 
and the Internet 39 will generally be through a firewall 
35 with proxy and/or gateway functionality. 
[0010] Different data-capable bearer services to 
those described above may be provided, the described 
services being simply examples of what is possible. 
[001 1 ] In Figure 1 , a service system 40 is shown con- 
nected to the Internet 40, this service system being ac- 
cessible to the OS/application 26 running in the mobile 
entity by use of any of the data-capable bearer services 
described above. The data-capable bearer services 
could equally provide access to a service system that is 
within the domain of the PLMN operator or is connected 
to another public or private data network. 
[0012] With regard to the OS/application software 26 
running in the data handling subsystem 25 of the mobile 
entity 20, this could, for example, be a WAP application 
running on top of a WAP stack where "WAP" is the Wire- 
less Application Protocol standard. Details of WAP can 
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be found, for example, in the book "Official Wireless Ap- 
plication Protocol" Wireless Application Protocol Forum, 
Ltd published 1999 Wiley Computer Publishing. Where 
the OS/application software is WAP compliant, the fire- 
wall will generally also serve as a WAP proxy and gate- 
way. Of course, OS/application 26 can comprise other 
functionality (for example, an e-mail client) instead of, 
or additional to, the WAP functionality. 
[0013] The mobile entity 20 may take many different 
forms. For example, it could be two separate units such 
as a mobile phone (providing elements 22-24) and a mo- 
bile PC (data-handling system 25) coupled by an appro- 
priate link (wireline, infrared or even short range radio 
system such as Bluetooth). Alternatively, mobile entity 
20 could be a single unit such as a mobile phone with 
WAP functionality. Of course, if only data transmission/ 
reception is required (and not voice), the phone func- 
tionality 24 can be omitted; an example of this is a PDA 
with built-in GSM data-capable functionality whilst an- 
other example is a digital camera (the data-handling 
subsystem) also with built-in GSM data-capable func- 
tionality enabling the upload of digital images from the 
camera to a storage server. 

[0014] Whilst the above description has been given 
with reference to a PLMN based on GSM technology, it 
will be appreciated that many other cellular radio tech- 
nologies exist and can typically provide the same type 
of functionality as described for the GSM PLMN 10. 
[001 5] Recently, much interest has been shown in "lo- 
cation-based", "location-dependent", or "location- 
aware" services for mobile users, these being services 
that take account of the current location of the user (or 
other mobile party). The most basic form of this service 
is the emergency location service whereby a user in 
trouble can press a panic button on their mobile phone 
to send an emergency request-for-assistance message 
with their location data appended. Another well known 
location-based service is the provision of traffic and 
route-guiding information to vehicle drivers based on 
their current position. A further known service is a "yel- 
low pages" service where a user can find out about 
amenities (shops, restaurants, theatres, etc.) local to 
their current location. The term "location -aware servic- 
es" will be used herein to refer generically to these and 
similar services where a location dependency exists. 
[0016] Location-aware services all require user loca- 
tion as an input parameter. A number of methods al- 
ready exist for determining the location of a mobile user 
as represented by an associated mobile equipment. Ex- 
ample location-determining methods will now be de- 
scribed with reference to Figures 2 to 5. As will be seen, 
some of these methods result in the user knowing their 
location thereby enabling them to transmit it to a loca- 
tion-aware service they are interested in receiving, 
whilst other of the methods result in the user's location 
becoming known to a network entity from where it can 
be supplied directly to a location-aware service (gener- 
ally only with the consent of the user concerned). It is to 



be understood that additional methods to those illustrat- 
ed in Figures 2 to 5 exist. 

[001 7] As well as location determination, Figures 2 to 
5 also illustrate how the mobile entity requests a loca- 
5 tion-aware service provided by service system 40. In the 
present examples, the request is depicted as being 
passed over a cellular mobile network (PLMN 1 0) to the 
service system 40. The PLMN is, for example, similar to 
that depicted in Figure 1 with the service request being 
made using a data-capable bearer service of the PLMN . 
The service system 40 maybe part of the PLMN itself or 
connected to it through a data network such as the pub- 
lic Internet. It should, however, be understood that infra- 
structure other than a cellular network may alternatively 
be used for making the service request 
[0018] The location-determining method illustrated in 
Figure 2 uses an inertial positioning system 50 provided 
in the mobile entity 20A, this system 50 determining the 
displacement of the mobile entity from an initial refer- 
ence position. When the mobile entity 20A wishes to in- 
voke a location -aware service, it passes its current po- 
sition to the corresponding service system 40 along with 
the service request 51 . This approach avoids the need 
for an infrastructure to provide an external frame of ref- 
erence; however, cost, size and long-term accuracy 
concerns currently make such systems unattractive for 
incorporation into mass-market handheld devices. 
[0019] Figure 3 shows two different location-deter- 
mining methods both involving the use of local, fixed- 
position, beacons here shown as infra-red beacons IRD 
though other technologies, such as short-range radio 
systems (in particular, "Bluetooth" systems) may equally 
be used. The right hand half of Figure 3 show a number 
of independent beacons 55 that continually transmit 
their individual locations. Mobile entity 20B is arranged 
to pick up the transmissions from a beacon when suffi- 
ciently close, thereby establishing its position to the ac- 
curacy of its range of reception. This location data can 
then be appended to a request 59 made by the mobile 
entity 20B to a location-aware service available from 
service system 40. A variation on this arrangement is 
for the beacons 55 to transmit information which whilst 
not directly location data, can be used to look up such 
data (for example, the data may be the Internet home 
page URL of a store housing the beacon 55 concerned, 
this home page giving the store location - or at least 
identity, thereby enabling look-up of location in a direc- 
tory service). 

[0020] In the left-hand half of Figure 3, the IRB bea- 
cons 54 are all connected to a network that connects to 
a location server 57. The beacons 54 transmit a pres- 
ence signal and when mobile entity 20C is sufficiently 
close to a beacon to pick up the presence signal, it re- 
sponds by sending its identity to the beacon. (Thus, in 
this embodiment, both the beacons 54 and mobile entity 
20C can both receive and transmit IR signals whereas 
beacons 55 only transmit, and mobile entity 20B only 
receives, I R signals). Upon a beacon 54 receiving a mo- 
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bile entity's identity, it sends out a message over network 
56 to location server 57, this message linking the identity 
of the mobile entity 20C to the location of the relevant 
beacon 54. Now when the mobile entity wishes to invoke 
a location-aware service provided by the service system 
40 , since it does not know its location it must include its 
identity in the service request 58 and rely on the service 
system 40 to look up the current location of the mobile 
entity in the location server 57. Because location data 
is personal and potentially very sensitive, the location 
server 57 will generally only supply location data to the 
service system 40 after the latter has produced an au- 
thorizing token supplied by the mobile entity 20B in re- 
quest 58. It will be appreciated that whilst service system 
40 is depicted as handling service requests form both 
types of mobile entity 20 B and 20C, separate systems 
40 may be provided for each mobile type (this is likewise 
true in respect of the service systems depicted in Fig- 
ures 4 and 5). 

[0021] Figure 4 depicts several forms of GPS loca- 
tion-determining system. On the left-hand side of Figure 
4, a mobile entity 20D is provided with a standard GPS 
module and is capable of determining the location of en- 
tity 20D by picking up signals from satellites 60. The en- 
tity 20D can then supply this location when requesting, 
in request 61 , a location-aware service from service sys- 
tem 40. 

[0022] The right-hand side of Figure 4 depicts, in re- 
lation to mobile entity 20 E, two ways in which assistance 
can be provided to the entity in deriving location from 
GPS satellites. Firstly, the PLMN 10 can be provided 
with fixed GPS receivers 62 that each continuously keep 
track of the satellites 60 visible from the receiver and 
pass information in messages 63 to local mobile entities 
20E as to where to look for these satellites and estimat- 
ed signal arrival times; this enables the mobile entities 
20 E to substantially reduce acquisition time for the sat- 
ellites and increase accuracy of measurement (see "Ge- 
olocation Technology Pinpoints Wireless 911 calls with- 
in 15 Feet" 1-Jul-99 Lucent Technologies, Bell Labs). 
Secondly, as an alternative enhancement, the process- 
ing load on the mobile entity 20E can be reduced and 
encoded jitter removed using the services of network 
entity 64 (in or accessible through PLMN 1 0). 
[0023] One the mobile unit 20E has determined its lo- 
cation, it can pass this information in request 65 when 
invoking a location-aware service provided by service 
system 40. 

[0024] Figure 5 depicts two general approaches to lo- 
cation determination from signals present in a cellular 
radio infrastructure. First, it can be noted that in general 
both the mobile entity and the network will know the 
identity of the cell in which the mobile entity currently 
resides, this information being provided as part of the 
normal operation of the system. (Although in a system 
such as GSM, the network may only store current loca- 
tion to a resolution of a collection of cells known as a 
"location area", the actual current cell ID will generally 



be derivable from monitoring the signals exchanged be- 
tween the BSC 14 and the mobile entity). Beyond cur- 
rent basic cell ID, ft is possible to get a more accurate 
fix by measuring timing and/or directional parameters 
5 between the mobile entity and multiple BTSs 1 3, these 
measurement being done either in the network or the 
mobile entity (see, for example, International Applica- 
tion WO 99/04582 that describes various techniques for 
effecting location determination in the mobile and WO 
10 99/55114 that describes location determination by the 
mobile network in response to requests made by loca- 
tion-aware applications to a mobile location center - 
server- of the mobile network). 

[0025] The left-hand half of Figure 5 depicts the case 
of location determination being done in the mobile entity 
20F by, for example, making Observed Time Difference 
(OTD) measurements with respect to signals from BTSs 
1 3 and calculating location using a knowledge of BTS 
locations. The location data is subsequently appended 
to a service request 66 sent to service system 40 in re- 
spect of a location-aware service. The calculation load 
on mobile entity 20F could be reduced and the need for 
the mobile to know BTS locations avoided, by having a 
network entity do some of the work. The right-hand half 
of Figure 5 depicts the case of location determination 
being done in the network, for example, by making Tim- 
ing Advance measurements for three BTSs 13 and us- 
ing these measurements to derive location (this deriva- 
tion typically being done in a unit associated with BSC 
14). The resultant location data is passed to a location 
server 67 from where It can be made available to au- 
thorised services. As for the mobile entity 20C in Figure 
3, when the mobile entity 20G of Figure 5 wishes to in- 
voke a location -aware service available on service sys- 
tem 50, it sends a request 69 including an authorisation 
token and its ID (possible embedded in the token) to the 
service system 40; the service system then uses the au- 
thorisation token to obtain the current location of the mo- 
bile entity 20G from the location server 67. 
[0026] In the above examples, where the mobile entity 
is responsible for determining location , this will generally 
be done only at the time the location -aware service is 
being requested. Where location determination is done 
by the infrastructure, it may be practical for systems cov- 
ering only a limited number of users (such as the system 
illustrated in the left-hand half of Figure 2 where a 
number of infrared beacons 54 will cover a generally 
fairly limited) for location-data collection to be done 
whenever a mobile entity is newly detected by an IRB, 
this data being passed to location server 57 where it is 
cached for use when needed. However, for systems 
covering large areas with potentially a large number of 
mobile entities, such as the Figure 5 system, ft is more 
efficient to effect location determination as and when 
there is a perceived need to do so; thus, location deter- 
mination may be triggered by the location server 67 in 
response to the service request 6B from the mobile en- 
tity 20G or the mobile entity may, immediately prior to 
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making request 68, directly trigger BSC 14 to effect a 
location determination and feed the result to location 
server 67. 

[0027] Further with respect to the location servers 57, 
67, whilst access authorisation by location-aware serv- 5 
ices has been described as being through authorisation 
tokens supplied by the mobile entities concerned, other 
authorisation techniques can be used. In particular, a 
location-aware service can be prior authorised with the 
location server in respect of particular mobile entities; in 10 
this case, each request from the service for location data 
needs only to establish that the request comes from a 
service authorised in respect of the mobile entity for 
which the location data is requested. 

[0028] As already indicated, Figures 2 to 5 depict only 15 
some examples of how location determination can be 
achieved, there being many other possible combina- 
tions of technology used and where in the system the 
location-determining measurements are made and lo- 
cation is calculated, stored and used .Thus, the I oca- 20 
tion-aware service may reside in the mobile entity 
whose location is of interest, in a network-connected 
service system 40 (as illustrated), or even in another 
mobile entity. Furthermore, whilst in the examples of 
Figures 2 to 5, invocation of the location-aware service 25 
has been by the mobile entity whose location is of inter- 
est, the nature of the location -aware service may be 
such that it is invoked by another party (including, po- 
tentially, the PLMN itself). In this case, unless the invok- 
ing party already knows the location of he mobile entity 30 
and can pass this information to the location -aware 
service (which may, for example, maybe situation where 
the PLMN invokes the service), it is the location -aware 
service that is responsible for obtaining the required lo- 
cation data, either by sending a request to the mobile 35 
entity itself or by requesting the data from a location 
server. Unless the location server already has the need- 
ed information in cache, the server proceeds to obtain 
the data either by interrogating the mobile entity or by 
triggering infrastructure elements to locate the mobile. 40 
For example, where a location-aware service running 
on service system 40 in Figure 5 needs to find the loca- 
tion of mobile 20G, it could be arranged to do so by re- 
questing this information from location server 67 which 
in turn requests the location data from the relevant BSC, 45 
the latter then making the necessary determination us- 
ing measurements from BTSs 13. 
[0029] Although in the foregoing, the provision of lo- 
cation data through the mobile radio infrastructure to the 
mobile entity has been treated as a service effected over so 
a data-capable bearer channel, it may be expected that 
as location data becomes considered a basic element 
of mobile radio infrastructure services, provision will be 
made in the relevant mobile radio standards for location 
data to be passed over a signalling channel to the mobile 55 
entity. 

[0030] As noted above, a number of location -aware 
services already exist for returning location-related in- 
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formation to the user of a mobile entity in response to a 
query made by the user. However, by their very nature, 
mobile devices cannot compete with printed books, 
such as guide books, in terms of ease of use and quality 
of presentation. It can be expected therefore, that guide- 
books and the like will survive and continue to flourish 
despite the increasing availability of locally-relevant in- 
formation provided over mobile devices such as WAP- 
enabled cell phones. 

[0031] It is an object of the present invention to pro- 
vide synergistic interaction between physical and elec- 
tronic guidebooks and location -aware service systems 
accessible via the mobile radio infrastructure. 

Summary of the Invention 

[0032] According to one aspect of the present inven- 
tion, there is provided a method of finding locally-rele- 
vant information in a physical or electronic document al- 
ready possessed by a user, the method involving the 
steps of: 

(a) - sending a query message from a mobile entity 
associated with the user via a mobile radio infra- 
structure to a service system, the query message 
identifying the document to the system; 

(b) - providing location data regarding the location 
of the mobile entity to the service system; 

(c) - under the control of the service system, obtain- 
ing a document reference to information in the doc- 
ument relevant to the locality of the mobile entity as 
indicated by said location data; 

(d) - returning the document reference to the mobile 
entity. 

[0033] According to another aspect of the present in- 
vention, there is provided a 

Brief Description of the Drawings 

[0034] A method and service-system, both embody- 
ing the present invention, for finding locally- relevant in- 
formation in a physical or electronic document, will now 
be described, by way of non-limiting example, with ref- 
erence to the accompanying diagrammatic drawings, in 
which: 

. Figure 1 is a diagram of a known communications 
infrastructure usable for transferring 
voice and data to/from a mobile entity; 

. Figure 2 is a diagram illustrating one known ap- 
proach to determining the location of a 
mobile entity, this approach involving 
providing the entity with an inertial posi- 
tioning system; 

. Figure 3 is a diagram illustrating another known 
approach to determining the location of 
a mobile entity, this approach being 
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based on proximity of the mobile entity 
to fixed-position local beacons; 

. Figure 4 is a diagram illustrating a further known 
approach to determining the location of 
a mobile entity, this approach involving s 
the use of GPS satellites; 

. Figure 5 is a diagram illustrating a still further ap- 
proach to determining the location of a 
mobile entity, this approach being based 
on the use of signals present in a cellular 10 
mobile radio communications system; 

. Figure 6 is a diagram illustrating the method and 
service system embodying the present 
invention; and 

. Figure 7 is a diagram illustrating four different ar- is 
rangements, respectively labeled (a), 
(b), (c) and (d), for organizing and ac- 
cessing document-reference informa- 
tion for documents associated with dif- 
ferent publishers. 20 

Best Mode of Carrying Out the Invention 

[0035] The service system and method embodying 
the invention, for finding locally- relevant information in 25 
a document, will now be described with reference to Fig- 
ure 6 which shows the service system 40 as connected 
to the public internet 39. It is to be understood that the 
present invention is not limited to the specifics of the 
mobile entity, location discovery means, and communi- 30 
cation infrastructure shown in Figure 6 and the general- 
isations discussed above in relation to Figures 1 to 5 
regarding these elements apply equally to the opera- 
tional context of the service system 40. Furthermore, 
whilst the service system 40 is shown as connected to 35 
the public Internet, it could be connected to the GPRS 
network 1 7 or to another fixed data network interfacing 
directly or indirectly with the network 1 7 or network 39. 
[0036] In the Figure 6 embodiment, a user 70 has a 
physical guide book 71 and a mobile device 20 that in- 40 
eludes a data-handling subsystem 25. By using user in- 
terface 28, the user can run a document-index client ap- 
plication 27 (for example, a WAP application) which as- 
sists the user in finding a page in the guide book 71 rel- 
evant to the user's current location. 4s 
[0037] More particularly, the document-index applica- 
tion 27, when run, first presents the user with a list of 
books (or other documents) which the user has previ- 
ously input into the device 20 through interface28; each 
list entry identifies the book by name and ISBN (Inter- so 
national Standard Book Number). The user selects the 
guide book 70 from the list 72 and tells the application 
to continue. The application 27 now composes a query 
message including a user ID and the ISBN of the book 
70, and sends it to a document-index service system 40 55 
via a data-capable bearer service of PLMN 1 0, gateway 
35, and internet 39 (see chain-dashed line 80). 
[0038] The query message is received at interface 41 



of the service system and passed to a query manager 
43. The query manager first checks that the query is 
from a registered user by referring to user database 42. 
Assuming the user is registered, query manager 43 next 
obtains the current location of the user 70 from a location 
server 67 of PLMN via PLMN interface 36, the server 
system 40 being pre-authorised to obtain this informa- 
tion from the location server 67 in respect of user 70. 
[0039] The query manager 43 then refers to database 
44 that holds for each of a plurality of documents, a map- 
ping between location and document reference data, 
this latter indicating where in the document one can find 
information relevant to a specified location. The docu- 
ment reference data is, for example, in the form of page 
(and possibly line) numbers. In the present case, the 
mapping relevant to book 70 (as identified by the ISBN 
contained in the query message) is accessed and the 
document reference relevant to the user's ascertained 
location is retrieved. This document reference is re- 
turned by database 44 to the query manager 43 which 
passes it back to the mobile device 20 where it is dis- 
played to the user. User 70 can now turn to the indicated 
page of guide book 70 knowing that this is the page rel- 
evant to the user's current location. 
[0040] Instead of database 44 directly mapping user 
location to document reference for the document con- 
cerned, the mapping can be effected in two stages. First 
the user location is mapped to a set of one or more el- 
ements related to that location - these elements might, 
for example, be the names of nearby towns and villages, 
historical events and persons associated with the local- 
ity, names of recommended restaurants, etc. This initial 
mapping is preferably document independent and used 
for every document logged in database 44. The ele- 
ments of the set generated by this initial mapping are 
then used as search keys for ascertaining the location 
of relevant information in the document of interest; thus, 
in one implementation, an electronic version of the doc- 
ument of interest is stored in database 44 and is 
scanned for matches with the elements retrieved by the 
initial mapping. For each element associated with the 
user's location, the database 44 returns to query man- 
ager 43 the document reference or references of the 
match or matches found in the document for that ele- 
ment. Query manager 43 then passes one or more of 
these document references, together with the corre- 
sponding element, back to the user 70 via PLMN 10. 
[0041] The advantage of the arrangement described 
in the foregoing paragraph is that it enables any docu- 
ment available in electronic form to be readily reviewed 
for locally-relevant information without the need to pro- 
duce a specific mapping of location to local information 
for the book concerned. Of course, it would also be pos- 
sible to produce in advance, from a search of a particular 
document, a mapping between all elements in a docu- 
ment and document references; this mapping would 
then be used when identifying the document references 
corresponding to the elements associated with user's 
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current location 

[0042] Figure 7 depicts several different arrange- 
ments of the document index service adapted to deal 
with documents coming from different publishers. The 
arrangement shown in Figure 7(a) corresponds to that 
of the Figure 6 embodiment where a single document- 
index service system 40 is adapted to handle docu- 
ments from several publishers - in other words, data- 
base 44 holds document-reference data on documents 
from multiple publishers, and all queries are sent to the 
same service destination. In contrast, in the Figure 7(b) 
arrangement, each publisher has its own document-in- 
dex service system 90 and the document-index client 
27 running in mobile device 20 is responsible for send- 
ing the query to the correct service system (one way of 
doing this is to store, for each entry in list 72, the address 
- e.g. a URL - of the publisher service system to be con- 
tacted). 

[0043] The arrangement shown in Figure 7(c) is effec- 
tively a synthesis of the arrangements of Figures 7(a) 
and (b) with the device needing only to send all queries 
to a front-end service system 91 that is then responsible 
for contacting the appropriate publisher document-in- 
dex service system 90. The front-end service system 91 
determines the correct publisher to contact on the basis 
of the ISBN contained in the query, the system 91 having 
access to a database for mapping between ISBN and 
publisher and also having an address list giving the ad- 
dress of the system 90 of each publisher. 
[0044] In the Figure 7(d) arrangement, all queries are 
initially sent to the same system 92. This systems serves 
to ascertain the service-system address for the publish- 
er of the document identified in a query message. Sys- 
tem 92 then returns the query message to device 20 with 
a redirection address set to the publisher's service sys- 
tem address; as a result, the query message is redirect- 
ed by device 20 to the correct publisher service system. 
[0045] It wilt be appreciated that many variants are 
possible to the above-described embodiments of the in- 
vention. Thus, the location of user 70 can be obtained 
by device 20 (e.g. from location server 67 or from an 
internal GPS system) and sent to the document-index 
service system in the query message; this avoids the 
need for the service system to contact location server 
67. 

[0046] Again, the identity of the document can be dis- 
closed to the service system in the form of the address 
used for the query message - that is, a part of the mes- 
sage address can be document specific. 
[0047] Of course, the service system can be arranged 
to look up a database forf urther information of relevance 
to the user's location, this information - or an offer of it - 
being returned to the user along with the document ref- 
erence. This further information can, for example, be up- 
dates to the document possessed by the user, or other 
information such as information about current local 
events. 

[0048] The service system can, of course, also be 



used to provide locally- relevant references into an elec- 
tronic document held by the mobile entity (such as, for 
example, a guide book purchased on a removable data 
earner or previously downloaded over the Internet). 



Claims 

1 . A method of finding locally-relevant information in 
10 a physical or electronic document already pos- 
sessed by a user, the method involving the steps of: 

(a) - sending a query message from a mobile 
entity associated with the user via a mobile ra- 

15 dio infrastructure to a service system, the query 

message identifying the document to the sys- 
tem; 

(b) - providing location data regarding the loca- 
tion of the mobile entity to the service system; 

20 (c) - under the control of the service system, 

obtaining a document reference to information 
in the document relevant to the locality of the 
mobile entity as indicated by said location data; 
(d) - returning the document reference to the 
25 mobile entity. 

2. A method according to claim 1 , wherein the docu- 
ment is identified to the service system by including 
its ISBN number in the query message. 

30 

3. A method according to claim 1 , wherein the docu- 
ment is identified to the service system by the spe- 
cific address to which the query message is sent. 

35 4. A method according to claim 1 , wherein the user 
identifies the document to the mobile entity by se- 
lecting the document from a list of documents held 
by the mobile entity and presented to the user via a 
user interface of the mobile entity, the mobile entity 
40 incorporating an identifier of the selected document 
in the query message. 

5. A method according to any one of claims 1 to 4, 
wherein the location of the mobile entity is obtained 

45 by the mobile entity and provided to the service sys- 
tem in the query message. 

6. A method according to any one of claims 1 to 4, 
wherein the location of the mobile entity is obtained 

50 by the service system from a location server of the 
mobile radio infrastructure. 

7. A method according to any one of the preceding 
claims, wherein the service system is adapted to 

55 handle query messages relating to documents from 
one publisher only, the mobile entity being operative 
to send the query message to a service system as- 
sociated with the publisher of the document con- 
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cerned. 



A method according to any one of claims 1 to 6 ( 
wherein the service system is adapted to handle 
query messages relating to documents from more 
than one publisher by having a database system 
holding location to document-reference information 
for said more than one publisher. 



the identified document relevant to the locality 
of the mobile entity as indicated by said location 
data; 

the query handler being operative to return to the 
mobile entity, via the communications infrastruc- 
ture, the document reference provided by the doc- 
ument-reference determination subsystem. 



9. A method according to any one of claims 1 to 6, 
wherein the service system is adapted to handle 
query messages relating to documents from more 
than one publisher by accessing further service sys- 
tems maintained by individual publishers. 

10. A method according to any one of claims 1 to 6, 
wherein the query message is initially sent to a re- 
direction server which returns the message with a 
redirection address corresponding to a service sys- 
tem associated with the publisher of the document. 

11. A method according to any one of the preceding 
claims, wherein step (c) involves directly mapping 
the location data to a document reference. 

12. A method according to any one of claims 1 to 10, 
wherein step (c) involves mapping the location data 
to one or more identified elements associated with 
the location concerned and then ascertaining oc- 
currences of these elements in the document, the 
document reference of at least one of these occur- 
rences being returned to the user in step (d). 

13. A method according to any one of the preceding 
claims, wherein the service system also looks up 
additional data, not in the document, about the lo- 
cality of the user and returns, or offers to return, this 
data to the user. 

14. A service system for use in finding locally-relevant 
information in a physical or electronic document al- 
ready possessed by a user, the service system 
comprising: 



10 1 5. A service system according to claim 1 4, wherein the 
service system is adapted to handle query messag- 
es relating to documents from one publisher only. 

16. A service system according to claim 14, wherein the 
15 service system is adapted to handle query messag- 
es relating to documents from more than one pub- 
lisher by holding location to document-reference in- 
formation for said more than one publisher. 

20 17. Aservice system according to claim 14, wherein the 
service system is adapted to handle query messag- 
es relating to documents from more than one pub- 
lisher by accessing further service systems main- 
tained by individual publishers. 

25 

1 8. A service system according to any one of claims 1 4 
to 17, wherein the document-reference determina- 
tion subsystem is operative to look up in a database 
a direct mapping of the location data to a document 

30 reference. 

1 9. A service system according to any one of claims 1 4 
to 1 7, wherein the document-reference determina- 
tion subsystem comprises a first conversion ar- 

35 rangement for converting the location data to one 
or more identified elements associated with the lo- 
cation concerned, and a second conversion ar- 
rangement that ascertains occurrences of these el- 
ements in the document, the document reference 
40 of at least one of these occurrences being returned 
to the user by the query handler. 



20 



25 



40 



a communication subsystem for communicat- *s 
ing with a mobile entity of the user via a com- 
munications infrastructure that includes a mo- 
bile radio network with which the mobile entity 
can communicate; 

a query handler for receiving a query message 50 
from the mobile entity via the communications 
infrastructure, the query message identifying 
the document to the system; 
a location-determination arrangement for pro- 
viding location data regarding the location of 55 
the mobile entity; and 

a document-reference determination subsys- 
tem for providing a reference to information in 
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